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This  paper  outlines  the  procedures  for  an  economic  analysis  of  a  micro¬ 
computer  system  designed  for  personal  use.  It  provides  a  methodology  for 
application  identification  and  quantification  of  the  benefits  derived  from  the 
applications.  Qnpirical  decision  rules  are  suggested  for  the  key  decisions  of 
quantity  and  mix  of  software,  start-up  and  cessation  timing,  and  resource 
allocation.  These  rules  are  based  upon  analysis  of  marginal  opportunities 
gained  and  f  regone  over  the  lifecycle  of  the  system.  Particular  emphasis  is 
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4his  paper  outlines  th?  orocedurss  :  cr  ar.  economic  anal¬ 
ysis  of  a  microcomputer  3/stem  dasigtad  for  personal  usa. 
It  provides  a  methodology  for  application  identification  and 
quantification  of  the  benefits  dacivad  froa  the  applica¬ 
tions.  Empirical  decision  rules  are  suggested  for  the  key 
decisions  of  quantity  and  six  of  software,  start-up  and 
cessation  timing,  and  rssoarce  allocation.  These  rules  ara 
based  upon  analysis  of  marginal  opportunities  gained  and 
foregone  over  tha  lifecycle  of  tie  system.  Particular 
emphasis  is  placed  upon  tha  role  of  software  in  tha 
economics  of  the  system.  Economies  of  scale  and  sensitivity 
analysis  are  also  discussal.  Tha  taesis  serves  as  a  struc¬ 
tured  beginning  for  further  research  into  microcomputer 
system  modelling. 
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I.  l*S£S£SL£II2! 


A.  BACKGHOOHD 

In  1971  Intel  corporation  constructed  a  general  purpose 
micro processor  chip  in  response  to  a  request  froa  D&tapoint 
for  a  front  end  processor  for  their  terminals.  Due  to  the 
long  lead  tiae  involved  with  the  Datapoint  application  and 
with  Datapoint' s  permission,  Intel  began  selling  the  chips 
on  the  open  market.  Two  versions  were  created,  the  4004,  a 
basic  microprocessor,  and  the  9003,  an  upgraded  model. 
Market  response  was  sliggish  and  Intel  began  to  lose 
interest  in  the  whole  project.  However,  in  1975  Mtair 
packaged  Intel's  9008  in  kit  fori  with  the  5-100  ous  and 
created  the  first  true  licr ocoiputer,  the  Altair  9800.  The 
following  year  Apple  Computers  (whin  currently  holds  20 %  of 
the  microcomputer  market)  was  born  In  a  garage  in  Cupertino, 
California.  Three  other  companies  also  introduced  their 
flagship  microcomputer  aadel3  that  year.  For  various 
reasons  the  latter  three  units  were  not  supported  by 
consumers  and  are  no  longer  in  production.  Commodore, 
Heath,  and  Radio  Shack  all  introduced  their  inaugural 
microcomputers  in  19  76. 

The  industry  took  off  during  1973-1979.  Dozens  of  firms 
began  marketing  their  own  systems.  Dther  companies,  large 
and  small,  introduced  their  own  peripheral  equipment  compat¬ 
ible  with  the  more  popular  systeis.  Software  vendors 
offerinq  both  operating  systems  and  applications  programs 
virtually  eliminated  the  need  for  micro  users  to  learn 
programming.  Currently  3££s  magazine  [Ref.  1:  p.  446] 
reports  that  I  BN  expects  to  sail  one  million  Personal 
Computers  by  the  end  of  1984  end  Apple  estimates  there  are 


400,000  Apple  II  models  in  use.  Apple's  sales  have  leveled 
off  at  approximately  20,330  3ystei3  per  monta.  The  new 
sixteen-bit  microcomputers  will  place  the  power  of  a 
minicomputer  in  a  desktop-3 ized  package. 

Awed  by  the  technology  and  surprised  at  the  lew  cost, 
users  have  crowded  the  coiouter  stores  in  a  rush  to  comput¬ 
erize  their  businesses.  tfeophyta  computer  owners  discover 
that  they  have  failed  to  adequately  analyse  their  situation 
before  investing.  Many  are  forced  to  use  systems  that  are 
saturated  from  the  start;  others  do  aot  have  enough  applica¬ 
tions  to  fill  the  too-of-the-line  systems  they  have 
purchased;  and  still  others  spend  excessive  amounts  of  time 
deciphering  masses  of  data  generated  by  poor  software. 
These  people  are  learning  the  lessons  which  mainframe  owners 
learned  over  the  past  three  decades.  They  have  succumbed  to 
the  diseconomies  of  microcomputers. 

B.  THESIS  OBJECTIVES 

fissisiaa.  Sale 

The  purpose  of  tils  paper  is  to  provide  a  set  of 
economic  decision  rules  for  the  evaluation  of  a  microcom¬ 
puter  system  ^or  a  single  user.  Actual  decisions  are 
generally  made  within  the  context  n£  a  limited  and  highly 
approximate  abs timet  ion  of  the  actual  situation.  The  deci¬ 
sion  rules  contained  herein  provide  structure  to  these 
abstractions.  The  use  of  the  rules  enable  comparison 
between  competing  computer  systems.  The  same  conditions  and 
assumptions  are  extended  uniformly  across  all  systems  which 
permit  value  measurement  and  allow  the  potential  user  to 
rank  the  systems  on  an  interval  scale.  Naturally,  microcom¬ 
puter  selection  cannot  be  jade  solely  on  an  economic  basis, 
but  an  analysis  using  the3e  techniques  can  provide  input  to 
the  overall  decision  process. 


2.  Sag  u&lisis 

This  paper  will  atteapt  to  provide  a  systematic 
method  for  the  identification  of  microcomputer  applications 
for  a  single  user  in  a  small  business  environment.  It  will 
discuss  how  to  extend  the  coaputiag  resource  throughout  a 
large  organization;  in  otaer  words,  how  to  determine  which 
levels  and  individuals  of  an  organization  should  be  allo¬ 
cated  personal  computers.  Sore  importantly,  it  will  attempt 
to  identify  and  quantify  the  benefits  to  be  derived  from  the 
implementation  of  selected  applications.  Not  surprisingly, 
micros  are  being  marketed  as  just  mother  piece  of  office 
equipment.  However,  unlike  most  office  equipmsit,  microcom¬ 
puters  have  a  set  of  applications  from  which  the  user  can 
select  specific  uses  depending  upon  the  software  accompa¬ 
nying  the  unit.  The  first  step  io  system  planning  is 
identification  and  evaluation  of  prospective  applications. 
The  application  identification  method  that  will  be  presented 
is  designed  to  be  flexible  and  expandaoie  so  as  to  be  of  us? 
to  all  persons  seeking  cost-effective  uses  of  personal 
computers. 

3  •  Effect!  v  eness 

Another  goal  of  this  thesis  is  the  analysis  of 
effective  microcomputer  use.  A  system  can  be  perfectly 
efficient  in  that  it  prrcesses  information  at  the  lowest 
possible  cost  but  it  may  not  be  very  effective.  A  principle 
element  in  system  effectiveness  is  the  quality  of  informa¬ 
tion  it  produces.  The  characteristic  of  quality  as  it 
applies  to  information  is  a  composite  of  its  iontent,  age, 
accuracy,  and  importance  *Sef.  2:  p.  IS].  The  simplest  way 
to  improve  information  quality  is  to  "clean  up"  input  or 
output  format.  For  example,  the  yellow  pages  of  the  tele¬ 
phone  book  contains  higier  guality  information  than  the 
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white  pages  if  the  usee  i3  seeking  a  list  of  all  computer 
dealers  in  the  geographic  area.  The  information  is  more 
efficiently  formatted  wita  respect  to  the  desired  task. 
Producing  effective  infonation  on  output  is  largely  a  func¬ 
tion  of  the  software  eapLoyed.  The  tradeoffs  in  software 
cost  and  information  quality  will  be  considered  later  in  the 
software  costing  discussion. 

C.  ASSUMPTIONS 

This  economic  analysis  is  based  upon  several,  assumptions 
which  form  a  framawork  for  the  decision  rule.  Sicrocomputer 
systems  will  be  the  only  computers  under  consideration.  For 
discussion  purposes  a  aicr ocoiputer  is  defined  as  an  eight 
or  sixteen-bit  machine  with  no  more  than  one  megabyte  of 
main  memory  that  costs  less  than  $13,300  including  periph¬ 
erals.  At  this  writing  there  are  approximately  one  dozen 
sixteen-bit  miercs  in  production.  Although  manufacturers 
have  not  finalized  their  price  structure  for  the  new 
machines,  the  methodology  will  be  useful  as  soon  as  prices 
are  set.  The  use  of  the  Intel  9083  and  8086  microprocessors 
with  their  one  megabyte  meiory  address  space  in  these  second 
generation  micros  surpasses  the  main  memory  capacity  of  many 
of  the  more  expansive  minicomputers.  Therefore,  an  arbi¬ 
trary  limit  of  $10,303  will  be  established  to  help 
distingush  between  micros  and  minis.  This  is  necessary  as 
the  minicomputer  software  market  is  radically  different  from 
the  micro  software  marker. 

i*  2££aaiia.iioaal  isziuUsas 

For  purposes  of  this  evaluation  it  will  be  assumed 
that  sufficient  funds  are  available  in  the  organization  to 
purchase  the  system.  In  addition,  only  hardware  purchase 
will  be  considered.  There  are  i  myriad  of  lease  and 


lease-to-own  plans  available,  far  tan  aany  to  consider  here. 
Furthermore,  these  plans  are  highly  sensitive  (each  sore  so 
than  price)  to  dealer  ovarsupply,  new  product  introduction* 
and  interest  rate  fluctuations,  Tompnting  services  provided 
by  an  external  vendor  will  not  be  considered  either.  Haftka 
and  von  Hayrhauser  [  Hef .  3:  p.  7]  point  out  that  the  buy  or 
contract  decision  is  highly  depaniant  upon  the  charging 
algorithm  used  by  the  service  bureau.  Their  survey  included 
five  service  bureaus  and  found  a  vile  variance  in  computing 
costs  for  the  execution  of  a  benchmark  pragma. 

2.  usgr  iisuagtiogs 

Finally  it  will  be  assuaed  that  the  systea  must  be 
bundled  as  a  turnkey  operation  for  a  naive  user.  Unlike  the 
large  computer  operation*  the  smalL  systems  user  does  not 
have  the  time  tc  learn  computer  operation  or  the  funds  to 
support  a  software  or  operations  staff.  The  user,  with  the 
help  of  off-the-shelf  software,  software  and  system  documen¬ 
tation*  and  dealer  support*  should  be  able  to  treat  the 
computer  as  a  black  box  tnat  accomplishes  the  desired  appli¬ 
cation.  Programming,  programming  Languages,  operating 
systems,  and  networking  protocols  are  all  beyond  the  scope 
of  this  user. 

0.  HETHODOLOGT 

While  this  effort  is  not  meant  to  be  a  treatise  on 
microcomputer  procurement,  it  is  important  for  the  reader  to 
understand  the  overall  method  of  computer  purchase.  This  is 
necessary  in  order  to  sea  how  the  techniques  discussed  in 
later  chapters  fit  in  to  the  purchase  plan.  There  are  aany 
different  procurement  strategies.  Supton  [Ref.  «:  p.  202], 
Barden  [Ref.  5:  p.  87],  and  Lu  [Ref.  S:  p.  36]  all  recommend 
various  plans  for  affective  saall  system  selection.  Each  of 


these  methods  have  strong  and  trank  paints.  Gupton*s  aethod, 
for  example,  contains  a  vary  thorougn  discussion  of  applies** 
tion  analysis  but  does  not  say  much  about  costing.  Rhatsver 
methodology  under  consideration,  operation  of  this  decision 
aid  requires  three  additional  steps;  application 
Identification,  cost  analysis,  and  aodeling. 

During  the  application  identification  phase  a  search  for 
areas  of  use  which  would  benefit  the  user  is  conducted. 
This  paper  will  suggest  a  structured  procedure  for  benefit 
analysis.  This  step  will  yield  a  set  of  benefits  which  will 
fora  the  basis  for  the  rest  of  the  evaluation.  The  second 
phase,  cost  analysis,  era  nines  the  hardware-software  costs 
incurred  to  accomplish  the  desired  applications.  This  is 
not  merely  an  exercise  in  shopping,  out  a  detailed  review  of 
the  incremental  costs  involve!  in  implementation. 
Modelling,  the  final  step,  is  the  comparison  of  benefits 
identified  in  step  one  with  the  costs  of  the  sfste*  discov¬ 
ered  in  step  two.  (Jse  of  the  models  will  also  elucidate 
start  and  stop  times,  resource  allocation,  and  tradeoffs. 

These  steps  are  designed  to  be  repeated  with  different 
cost  and  benefit  elements  to  produce  the  optimum  system. 
The  model  acts  as  an  impartial  measurement  tool  which  helps 
cope  with  the  complexity  of  the  decision.  The  results  of 
each  iteration  will  call  attention  to  areas  where  additional 
savings  may  be  realized.  As  discussed  above,  this  method¬ 
ology  is  not  meant  to  replace  standard  decision  making 
techniques,  but  rather  it  is  designed  to  augment  good  busi¬ 
ness  practice.  These  calculations  do  not  consider 
intra-organ izational  environmental  factors  and,  thus,  cannot 
evaluate  system  feasibility.  For  example,  cash  flow  anal¬ 
ysis  of  the  optimum  3y3tem  can  help  the  decision  maker 
determine  whether  the  purchase  wilL  fit  in  with  his  long 
raage  cash  management  plan. 
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ii.  e itu.ii  kmiiii 


A.  FBABEWOBK  FOB  BE BEFIT  0 ETEBKIB&riOR 

Due  to  the  low  cost  of  microcoiputer  systems  and  the 
retail  store  approach  to  nrkating  licros,  hardware  salesaen 
often  make  grandiose  promises  regarding  system  performance. 
Unsophisticated  buyers  are  lei  to  believe  that  a  microcom¬ 
puter  will  solve  all  their  business  problems.  This  passage 
from  Nahil  [Bef.  7:  p.  7 ]  is  illustrative  of  some  of  the 

claims  made  to  entice  prospective  oustoaers. 

Small  business  computers  can  help  you: 

1.  Cut  costs. 

2.  Increase  productivity. 

3.  Improve  efficiency. 

4.  Hake  sounder  decisions. 

5.  Help  business  grow. 

This  cost  of  generalization  of  benefits  to  be  achieved  from 
microcomputer  use  has  no  leaning  to  the  economist.  In  order 
to  demonstrate  actual  value  of  a  system,  benefits  must  be 
quantified  with  respect  to  each  individual  application. 
Since  the  micros  are  designed  to  be  used  by  one  person,  the 
personal  utility  of  the  benefits  BU3t  be  taken  into  account. 

flatisti  iss.  asatuu  miiii  ui  &2&&U1U2& 

Within  each  ocgsnization  tnere  exist  areas  from 
which  automation  will  provide  econoiic  payoffs.  Each  area 
must  be  identified  prior  to  the  system  design  to  enable  the 
designer  to  focus  his  effnrts  on  optimizing  the  performance 
of  that  functional  area.  Problem  lefinition  is  of  utmost 
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iaport  as  illustrated  in  this  passage  froa  the  Infotech 
Report  or  Coaputing  Econo* L  cs  *  Ref.  3:  p.  87]. 

ihen  a  manager  tackles  any  problsa.  there  is  an  inherent 
assuaption  that  the  problem  being  tackled  is  relevant  to 
the  objectives  of  the  organization  concern#!.  This  is 
an  obvious  point  but  ona  that  is  frequently  missed.  Ho 
aaount  of  management  skill  applied  subsequently  will 
help  if.  the  initial  cioice  of  project  is  wrong  or  of 
marginal  significance. 

The  effort  to  coaputerize  aust  be  concentrated  on  the 
specific  applications  that  will  produce  the  greatest  return. 
This  is  particularly  true  when  dealing  with  aini  and  aicro 
systeas  where  the  coapiting  resource  aay  be  liaited. 
Inherent  in  this  concept  is  the  realization  that  a  tradeoff 
point  aay  be  reached  where  it  is  beieficial  to  discard  the 
idea  of  a  ainicoaputer  and  consider  a  aainfraae. 

There  are  aany  *ay3  to  select  applications.  Need3 
statements,  requirements  definitions,  and  other  methods  of 
application  identification  do  not  consider  the  costs 
involved.  A  aanager  aay  require  tie  system  to  perform  aa 
uneconomical  application  and  then  wonder  why  his  computer 
system  productivity  is  so  poor.  Sharpe  [Ref.  9:  p.  9] 
sta  tes: 


_9st/er feet iv e ness  analysis  is  very  much  at  variance 
with  another  approach  to  decision  making  that  can  best 
be  termed  the  • requireients '  aporoach.  The  latter 
recommends  that  the  decision-maker  (1)  determine  his 
requirements  and  then  (2)  find  the  cheapest  way  to 
satisfy  thea.  Such  a  procedure.  If  followed  Literally, 
can  lead  to  optimal  decisions  only  by  chanca.  Indeed 
the  .concept  or  a  requirement  or  need  is  completely 
foreign  to  an  economist.  Firms  'need'  the  biggest  and 
best  computer  available.  Hesearchers  •require'  an 
almost  unlimited  amount  of  computer  time  with  the  very 
highest  priority.  .  Ceitrai  processors  'need*  a  large 
number  ox  peripheral  devices  to  easure  that  they  will  59 
used  *9  capacity.  In  snort,  needs  are  either  unlimited 
or  so  ^.arge  they  can  hardly  ever  be  met  in  practice. 


This  trap  is  easily  avoided  when  working  with  microcom- 
puters.  Since  each  microcomputer  is  selected  for  one 
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individual's  personal  use,  the  applications  can  be  tailored 
to  his  specific  needs.  Tie  hay  to  successful  scoaoaic  anal¬ 
ysis  is  coaparison  of  the  cost  benefit  relationship  incurred 
with  each  sucessive  application. 

2.  Q2S1  Sliisat  A£eC21S^ 

The  first  step  in  designing  an  affective  microcom¬ 
puter  system  is  the  identification  of  specific  applications 
to  be  considered.  Application  descriptions  must  be  highly 
detailed  in  order  to  select  the  appropriate  hardware- 
software  combination,  aidcham  [Ref.  10:  p.  51]  states: 

iith  these  simple  ,  low  cost  microcomputer  systems,  the 
business  manager  can  air.iiize  risks  ana  costs  by 
deploying  these  saall  increments  of  comoater  power 
against  specific,  well  defined  problems  in  his  business. 
Using  the  computer  for  a  single  aoplication  such  as  job 
costing,  payroll,  or  inventory  provides  quick  solutions 
to  the  real  problem  areas  without  creating  new  major 
problems. 

By  focussing  the  computing  power  oa  the  precise  application, 

•  > 

the  decision  maker  increases  the  probability  of  system 
success.  It  also  provides  hi*  wita  some  insight  as  to  the 
operation  of  the  systems  within  his  organization. 

The  military  has  developed  a  set  of  cost  elements 
foe  determining  costs  of  procurement  projects.  All  of  the 
possible  elements  comprising  systea  lifecycle  costs  are 
grouped  in  a  logical  order  to  provide  a  tool  in  overall  cost 
analysis  CBef.  11].  It  is  apparent  that  this  method  could 
also  be  used  in  identifying  potential  benefit  areas  in  an 
existing  organization.  I o  perfon  the  analysis,  the  deci¬ 
sion  maker  lists  all  cost  centers  within  his  organization. 
Table  I  is  an  example  of  a  cost  element  listing.  It  is 
critical  that  the  elements  be  listed  in  as  saall  an  area  as 
possible  so  that  proper  software  can  be  obtained.  Software 
packages  contain  many  functions.  A  package  called  The 


17 


TABLE  I 

Partial  C03t  Element  Structure 


“i 


1. 


Admin  istration 
1.1.  ^e^sonael 


1. 


1.2. 


1.1.2. 
Finance 
1.2.  1. 
1.2.2. 
1.2.3. 


a  Yr' _ 

1.  1.1.  1 

8 a ploy  ee 


Payroll 

records 


tax  preparation 


1.3. 


Cash  aanagaient 
Invoicing 
Accounting 

1.2.3. 1.  lax  accounting 

1. 2.3.2.  Financial  accounting 

1. 2.3.3.  Bookkeeping 
tford  Procassing 

1.3.1.  Taxt  editing 

1.3.2.  Electronic  aail 

1.3.3.  Electronic  filing 


Logi  sties 

2.1.  Inventory 

2.1.1.  Stock  rotation 

2.2.  Equipment 

2.2.1.  Maintenance 


2.3. 


2.2.2.  Resource  aanagenent 

2.2.3.  Procurement  planning 
Transportation 


Operations 

3.1.  -Sales  aai  Marketing 

3.1.1.  Economic  forecasting 

3.1.2.  Account  iavalopaent 

3.2.  Production 

3.2.1.  Cost  control 

3.2.2.  Job  costing 

3.2.3.  Research  and  develop* eat 

3.2.4.  Production  tracking' 

3.3.  Training 


Accountant”,  for  instanca,  nay  contain  tax  and  bookkeeping 
elements  all  of  which  nay  not  be  naalai. 

B.  QUANTIFICATION  OP  BENEFITS 

It  is  very  difficult  to  placa  a  dollar  value  on  the 
benefits  generated  fro*  aicrocoiputer  use.  Autoaation 
yialds  savings  in  tiae,  i a  proved  output  accuracy,  and  the 
ability  to  use  sophisticated  analysis  techniques  which  were 
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not  feasable  prior  to  the  purchase  jf  th«  coapater.  These 
benefits  can  be  illustrated  on  a  seall  scale  by  considering 
the  use  of  a  pocket  calculator  to  baLance  a  checkbook.  The 
tiie  savings  and  accuracy  iaproveient  in  this  case  are 
obvious  but  now  the  supecior  coaputational  ability  of  the 
calculator  makes  it  easy  for  the  usee  to  forecast  his  future 
balance  and  budget  accordingly.  What  was  it  worth  for  that 
person  to  be  able  to  plan  his  budget?  Chances  are  a  dozen 
people  would  give  a  dozen  different  answers.  These  are  soae 
of  the  problems  that  must  be  considsred  when  attempting  to 
quantify  benefits. 

1 .  &a mas,  saaaiatui 

Time  savings  can  be  expressed  as  a  dollar  value  by 
estimating  the  amount  of  revenue  that  can  be  generated  over 
the  amount  of  time  saved.  In  addition,  soae  actual  costs 
such  as  paper  and  record  storage  costs  can  be  reduced. 
These  savings  have  a  multiplier  effect  if  the  savings  are 
reinvested  in  revenue  producing  projects.  It  is  important 
to  note  that  the  computer  system  itself  does  not  raise 
revenue  or  profits  except  in  the  case  of  a  computer  service 
bureau.  One  example  of  tais  method  of  benefit  quantifica¬ 
tion  is  the  case  of  a  travel  agent.  If  the  agent  can  reduce 
the  service  time  of  each  client  by  using  a  microcomputer  to 
automatically  print  airline  tickets  the  agent  can  service 
more  customers.  The  increased  revenue  resulting  from  the 
tiie  saved  by  not  typing  tickets  oy  hand  i3  the  benefit 
resulting  froa  this  application. 

2.  Saiiass 

Benefits  can  also  be  guantifisd  by  calculating  the 
labor  and  material  costs  saved.  Thi3  is  particularly  usmful 
if  actual  outlay  for  part-time  or  non-salarisd  workers  is 
involved.  Seduction  of  bookkeeper  hours  by  automated 
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bookkeeping  is  an  excellent  exaapla  of  this  aethod  of 
benefit  evaluation.  Although  this  procedure  i3  such  simpler 
than  the  revenue  generation  scheme,  the  benefits  aay  not  be 
directly  translatable  into  return  on  invested  capital. 
Boss,  writing  in  the  U&tfiSk  &SE2E1  22  iSlEHtiaa  &22&2liSS 
[Baf.  8:  p.  100]  relates  the  case  of  the  BOAC.  Ihe  airline 
shoved  it  cost  twice  as  auch  to  sake  a  plane  reservation 
after  coaputerization.  However,  due  to  autoaation  they  were 
able  to  fly  aore  people  on  each  flight.  The  net  result  was 
a  22  percent  annual  return  on  a  $150  Billion  investaent. 
This  account  points  out  the  need  to  consider  both  aethods 
and  judge  all  downstreaa  effects  of  autoaation. 

C.  PBOBLSBS  IB  BBIS?IT  QUAMTIPICATIOR 

Problems  generated  in  benefic  quantification  fall  into 
two  major  groups,  benefits  which  cannot  be  seasured  and 
benefits  which  aay  or  aay  not  accrue.  Items  in  the  former 
category  should  be  listed  for  subjective  consideration  by 
the  decision  maker.  If  he  feels  these  benefits  are  worth 
the  cost,  they  may  be  assigned  an  arbitrary  dollar  value  and 
factored  into  the  decision  rule.  Benefits  which  are  in 
doubt  can  be  assigned  a  probability  of  occurancs  and  multi¬ 
plied  by  the  amount  which  could  be  anticipated  to  yield  an 
expected  value.  Here  again  the  decision  inker  aust  exercise 
caution  as  the  accuracy  of  these  calculations  is  apt  to  be 
very  poor. 

i*  Ssaaiiis.  ski sk  iiaaai  n  aiuatai 

One  of  the  primary  unmeasu: aable  benefits  is  the 
improvement  of  information  accuracy  as  a  result  of  autoaa¬ 
tion.  This  element  i3  very  dependent  upon  the  quality  of 
input  data;  the  familiar  "garbage  in-garbage  out"  principle. 
This  complicates  the  decision  maker* s  subjective  evaluation 
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of  information  accuracy.  In  service-oriented  businesses, 
microcomputers  can  help  businessmen  improve  customer  rela¬ 
tions  by  enabling  the  employees  to  deal  with  customers 
quickly  and  efficiently.  By  keepiag  the  custoaer  accounts 
on  line,  employees  can  talk  intelligently  with  customers 
instead  of  having  to  look  it  up  and  return  the  call.  Errors 
in  accounts  can  be  corrected  on  the  spot.  3ther  benefits 
which  cannot  be  measured  are  those  affecting  productivity, 
efficiency,  and  business  growth  cited  earlier  by  Nahil. 

2.  sasetui.ii 

Forecasting  and  prediction  jay  or  may  not  produce 
benefits,  however  the  payoffs  froi  advance  information 
gained  by  forecasting  can  he  excellent.  For  example,  if  a 
businessman  can  correctly  predict  a  mrket  trend  and  stock 
accordingly,  he  can  reap  huge  profits.  Muller  ‘Ref.  12:  p. 
12],  in  his  evaluation  of  small  business  micro  applications 
mentions  the  many  sophisticated  numerical  analysis  techni¬ 
ques  that  micros  are  making  available  to  small  business.  He 
also  comments  on  the  spreadsheet  type  of  program  which 
enables  the  novice  tc  answer  many  of  his  "what  if"  questions 
or,  in  other  words,  perform  sansitirify  analyses.  Many  of 
tha  benefits  derived  from  these  applications  can  improve  the 
decision-making  power  of  tne  user.  All  of  these  uncertain 
benefits  involve  situational  or  external  factors  which 
complicate  evaluation. 

D.  UTILITY 

The  value  of  the  perscnal  computer  is  highly  dependent 
upon  the  values  of  the  person  using  it.  All  of  the  quanti¬ 
fication  schemes  discussed  above  ii3t  be  tempered  by  the 
decision  maker* s  utility  function.  Figure  2.1  shows  the 
indifference  curves  formed  by  plotting  one  benefit  versus 
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another.  Each  of  these  curves  represent  lines  of  equal 
utility,  or,  "iso-utility  curves".  The  expansion  path  that 
the  individual  will  follow  as  utility  increases  travels  in 
the  direction  of  the  arrow.  It  represents  the  decision 
maker's  willingness  to  sxohange  one  benefit,  or  application, 
for  another  as  the  overall  systee  utility  increases.  It  is 
important  to  note  that  this  path  aay  not  necessarily  be  a 
straight  line.  Each  individual  nay  lave  different  tradeoffs 
at  different  levels  of  utility. 

Utility  aust  also  be  considered  when  dealing  with  costs 
and  benefits.  Jones  (Bef.  13:  p.  3]  defines  costs  as  "disu- 
tility  producing  objects"  and  has  plotted  costs  and  benefits 
on  indifference  curves.  The  slope  of  these  indifference 
curves  is  negative  and  measures  the  individual's  tradeoff 
between  costs  and  benefits.  Jones  calls  this  slope  the 
"rate  of  psychological  cost  benefit  substitution".  It  meas¬ 
ures  the  individual's  willingness  to  attempt  to  gain 
additional  benefits  at  extra  cost.  Both  these  utility 
considerations  translate  into  a  set  of  ratios  or  weightings 
that  must  be  applied  to  the  different  benefit  levels  to 
reflect  the  personal  choices  of  the  user. 
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ill.  zq£2  AgiLXSIS 


The  costing  disussiois  which  follow  will  be  concerned 
not  only  with  the  direct  costs  but  also  the  incremental  or 
marginal  costs  of  the  various  items.  The  three  relation¬ 
ships  of  cost-value,  marginal  cost-iarginal  value,  and  net 
value  are  illustrated  in  Figure  3.1  from  Sharpe  [Bef.  9], 
whare  q*  is  the  optimum.  The  marginal  costs  are  required 


(egn  3.1) 


for  the  calculation  of  optimum  levels  of  inputs  and  outputs. 
Since  the  marginal  cost  is  defined  as  the  change  in  total 
cost  (C)  brought  about  bf  a  one  unit  change  in  output  (q) , 
the  derivative  equation  for  marginal  cost  is  given  by  equa¬ 
tion  3.1,  where  output  is  defined  as  the  amount  of 
computation.  The  term  value  will  refer  to  the  dollar  amount 
of  tae  benefits  qualified  in  the  previous  chapter. 
Therefore,  the  total  value  (TV }  line  in  the  upper  graph  in 
Figure  3.1  tracks  the  increased  value  of  the  benefits 
created  by  microcomputer  use.  So,  as  total  value  increases, 
the  marginal  value  (MV)  is  the  change  in  total  value  for  a 

MV  -  (e3n  3*2) 

one  unit  change  in  computation  (output)  .  This  is  illus¬ 
trated  in  equation  3.2  .  Obviously,  the  user  wishes  to  gain 
the  maximum  value  at  the  minimum  cost.  This  is  equivalent 
to  maximizing  the  net  value,  total  value  minus  total  cost. 
Since  the  goal  is  to  maxiiize  net  value  (NV  *  V  -  C) ,  the 
optimum  level  occurs  when  the  marginal  net  value  is  zero. 
Consider  equation  3.3,  which  shows  taat  the  optimum  can  also 


(egn  3.3) 


M.  ^  -r 
ITf-Tf-Ti-0 

■  be  found  by  setting  marginal  costs  equal  to  marginal  value. 
Figure  3.1  provides  a  graphic  illustration  of  these  rela¬ 
tionships.  In  the  upper  graph,  the  point  of  greatest 
separation  between  total  cost  and  total  value  corresponds  to 
the  point  in  the  center  graph  where  the  marginal  costs  and 
marginal  values  are  equal.  The  lower  graph  shows  that  at 
this  point,  net  value  is  maximized. 

These  relationships  are  important  in  that  they  form  the 
logical  basis  for  determining  the  decision  rules  discussed 
below.  Each  element  of  the  microcomputer  system  will  be 
discussed  separately  in  tais  chapter.  In  determining  the 
optimum  levels  in  this  chapter,  all  of  the  costs  and  values 
associated  with  the  various  elements  will  be  analyzed  with 
respect  to  the  marginal  c  ost-  margin al  value  relationship. 
The  individual  element  optimal  level  will  occur  at  the  point 
where  the  marginal  costs  attributed  to  that  element  equal 
the  marginal  values  derived  from  the  element.  In  Chapter 
IV,  all  the  elements  reguiced  oy  the  system  will  be  combined 
to  form  the  formal  system  decision  rile. 

A.  SOFTWARE  COSHHG 

The  goal  of  software  costing  is  to  identify  each  small 
area  of  benefit  and  tie  tie  cost  of  software  to  these  appli¬ 
cations.  Wickham  [Ref.  13]  recommends  deploying  computers 
like  chess  pieces: 

With  these  simple,  low  cost  microcomputer  systems,  the 
business  manager  can  minimize  risks  and  costs  by 
deploying  these  small  increments  of  computing  power 
against  specific,  well  defined  pronleis  in  his  business. 
Using  the  computer  for  a  single  anplication  such  as  job 
costing,  payroll,  or  inventory  provides  quick  solutions 
to  the  real  problem  areas  without  creating  new  major 
problems.  ...  Hardware  prices  are  no  longer  considered 
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to  be  a  limitation  of  market  growth.  Phe  aajor 
limitations  at  the  present  time  on  the  expansion  of  the 
aarket  for  low  cost  business  systeis  are  marketing,  user 
risk,  and  software  costs. 

The  cost  of  software  is  variable  in  that  the  decision-maker 
can  control  the  cost  by  controlling  the  number  of  applica¬ 
tions.  This  variable  nature  of  software  costs  is 
particularly  true  when  tie  cost  of  aardware  is  viewed  as  a 
fixed  cost  distributed  among  all  applications.  Phis  outlook 
is  useful  as  it  enables  tie  separation  of  hardware  and  soft¬ 
ware  costs  and,  thus,  allows  separata  consideration  of  both 
elements.  In  fact,  in  tie  discussion  of  hardware  cost,  the 
case  will  be  made  to  consider  software  as  the  only  effective 
input  to  the  microcomputer  decision  problem. 

1  *  Software  Mayk^t 

Custom  software  produced  by  in-house  programmers 
will  not  be  considered  here.  It  is  simply  not  feasible  for 
individual  using  a  personal  computer  to  require  the 
support  of  programmers  and  analysts.  Instead  the  discussion 
will  focus  on  the  purchase  of  of f-tie-shelf ,  or  standard, 
software.  As  with  any  standardized  object,  standard  soft¬ 
ware  may  require  the  user  to  modify  ais  practices  to  use  the 
various  programs.  Wickham  [Ref.  13:  p.  51]  states  that  the 
user  finds  modification  of  his  business  objectionable: 

The  experience  to  small  business  suppliers  indicazes 
that  standard  software  is  usually  not  acceptable  to  the 
user  without  seme  modifications.  The  users  tend  to  want 
to  make  the  computer  coifora  to  their  busiaess  proce¬ 
dures  and  methods.  Phis  naturally  adds  to  the  cos-  and 
risk  of  the  new  system. 

Of  course,  the  user  will  wish  to  tailor  the  microcomputer 
system  to  his  specific  operations.  Unfortunately,  the  cost 
of  software  modification  is  quite  high.  The  user  must  fight 
the  urge  to  add  additional  cost  to  the  software  without 
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gaining  major  benefits.  Indeed,  tae  tost  of  a  snail  acdifi- 
cation  to  a  computer  prsgna  often  mikes  the  entire  applica¬ 
tion  economically  infeasible.  aowever,  the  standard 
software  market  is  growing  rapidly  and  there  are  many  stan¬ 
dard  packages  to  select  from.  careful  software  selection, 
aided  by  the  application  elesents  identified  above,  can 
enable  the  user  to  find  the  "best  fit"  of  software  to 
applications  without  major  aodif ications  to  his  routine. 

At  this  point,  a  brief  discussion.  of  the  standard 
software  aarket  is  indicated.  mis  discussion  of  the 
marketplace  and  the  pricing  problems  faced  by  software 
houses  is  needed  to  help  the  user  gain  some  insight  to  the 
environment  surrounding  software  selection.  The  process  of 
creating  standard  software  is  highly  labor  intensive.  This 
creates  an  unusual  market  demand  curve  as  illustrated  in 
Figure  3.2  which  assumes  the  software  house  is  attempting  to 
assign  a  price  for  a  software  package  based  on  anticipated 
sales  (demand).  If  a  software  developer  estimates  a  small 
demand  for  the  product,  ha  will  raise  the  price  to  attempt 
to  recover  his  costs.  If  tae  demand  for  the  product  is 
widespread,  he  can  lower  tae  price  to  distribute  development 
costs  over  the  market.  In  addition  to  development  costs, 
standard  software  houses  also  pay  for  the  maintenance  of 
their  software.  Updates  are  provided  free  or  for  a  small 
additional  charge  to  registered  owners  of  their  programs. 
Software  prices  have  retained  relatively  constant  over  time 
unlike  the  huge  price  decreases  in  hardware.  This,  once 
again,  is  due  to  the  labor  intensive  nature  in  software 
design  and  the  lack  of  b reaktaroughs  in  increasing 
programmer  productivity  [3ef.  1*:  p.  *7], 


23 


Figure  3.2  Standard  Software  Market  Deaani  Curve 


2.  Costiqg  Method 

The  costs  of  software  fora  a  step  function  with 
respect  to  the  nuaber  of  applications  involved.  If 
represents  the  cost  of  a  piecs  of  software  for  application 
i ,  the  total  software  cost  is  represented  by  equation  3.4, 


{ejr.  3.5) 


where  N  represents  all  applications  considers!.  Likewise 
the  values  can  be  calculated  as  in  ejuation  3.5,  where  v^  i3 


Software  Cost  vs.  Value 


Figure  3.3  Software  Cost  falue  Belationship. 

the  value  of  using  one  particular  piece  of  software.  This 
leads  to  the  relationship  of  costs  to  values  as  depicted  in 
Figure  3.3  .  Note  that  ao  value  i3  gained  until  the  cost3 
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of  the  first  piece  of  software  has  been  realized.  The 
dashed  curve  drawn  throaga  the  stsp  function  represents  the 
progression  of  the  cost-ben ef it  relationship. 

The  next  set  of  graphs,  contained  in  Figure  3.4, 
illustrate  the  optieua  value  of  software.  The  x  axis, 
applications,  is  the  number  of  applications  or  quantity 
(q4  )  of  software  to  be  procured.  This  leans  that  q*  and 
i*,  the  optima  nuaber  of  applications,  within  the  step 
function,  are  the  saae.  The  upper  graph  shows  the  total 
cost  of  software  (C^  )  and  the  total  value  of  software  (Vj  ) 
versus  applications.  Froi  the  rptiiality  equations  above, 
the  optimum  amount  of  software  is  then  demonstrated  by  equa¬ 
tion  3.6  .  In  words,  equation  3.3  says  that  the  optiaum 
quantity  of  software  is  that  which  sets  the  marginal  n3t 
value  to  zero.  The  marginal  net  vaLue,  by  definition,  is 
the  marginal  value  less  the  marginal  cost,  which  indicates 
that  these  latter  two  values  must  os  equal  at  the  optiaum 
quantity  of  software. 

3.  software  stltsiUi  &&£  U£2»ia:l&a 

To  round  out  the  discussion  on  software  costing,  a 
few  words  must  be  said  with  regard  to  selection  and  informa¬ 
tion  quality.  As  mentioned  above,  information  quality  is  a 
measure  of  system  effectiveness  and,  as  such,  is  not  consid¬ 
ered  in  the  decision  rules.  The  software  is  responsible  for 
handling  data  within  the  program  and  the  effective  display 
of  the  processed  inforntion.  Without  software  that 
protects  information  quality,  the  value  of  the  processed 
data  is  likely  to  decline.  Naturally,  this  attribute  of  the 
software  affects  software  price.  Figure  3.5  from  Emery 
[Bef.  2:  p.  396]  shows  software  cost  as  a  function  of  infor¬ 
mation  quality.  It  is  a  clear  axample  of  the  law  of 
diiicishing  aacginal  returns.  It  also  underscores  the  need 
for  the  prospective  software  buyer  to  carefully  select  those 
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Figure  3.4  Optima  Softvara  Relationships 

32 


Figure  3.5  Software  3ost  versus  Information  Quality. 

programs  that  will  hand! a  and  pres  act  data  in  a  manner 
befitting  the  application. 
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B.  HAiDSABE  COSTXIG 


Microcomputer  costing  differs  fr)i  mainframe  costing  bf 
■ore  than  just  the  orders  of  magnitude  involved.  Most 
micros  are  designed  as  a  3ingle  circuit  board 
("motherboard")  with  expansion  slots  for  additional  features 
contained  on  cards.  Thl3  structure  enables  the  user  to 
specify  the  particular  features  regiirad  and,  aore  impor¬ 
tantly,  to  exclude  features  not  neelad  for  his  application. 
Large  computers  carry  aany  standard  features,  soae  of  which 
are  not  needed  but  cannot  ue  eliminated  for  a  reduced  system 
price.  This  means  that  microcomputers  can  be  adapted  to  a 
specific  function  aore  readily  than  mainframes  which  tend  .to 
retain  their  general  purpose  characteristics.  It  must  be 
pointed  out  that  the  trend  in  large  systems  today  is  toward 
specialization  and  away  from  the  general  purpose  mainframe. 
Database  machines,  large  newspaper-type  word  processors,  and 
industrial  robots  are  a  few  examples  of  specialized  main¬ 
frames.  In  addition,  micros  are  limited  in  the  amount  of 
expansion  possible  while  a  mainframe  usually  has  more  slack 
before  the  saturation  point  is  reacied.  This  makes  the 
mainframe  more  forgiving  of  design  mistakes  than  the  micro. 

1.  Zb*  Ha£4j&£e  fljrjtit 

The  hardware  market  is  characterized  by  amazing 
advances  in  technology.  The  computer  power  of  the  1960's 
Atlas  mainframe  can  now  be  purchased  for  under  $100. 
Manufacturers  of  microcomputers  have  generally  upgraded 
their  products  in  three  basic  ways.  They  have  either:  a) 
held  price  constant  and  increased  performance;  b)  held 
performance  constant  and  decreased  price;  or  c)  introduced  a 
completely  new  architecture  with  brand  new  features.  A 
current  example  of  the  latter  is  the  introduction  of  the 
sixteen-bit  microcomputer.  These  rapid  advances  in 
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technology  impact  upon  lifecycle  calculations  of  hardware 
C03t »  Also  affecting  lifecycle  cost  is  the  recent 
Accelerated  Cost  Recovery  System  (AC3 3)  aethod  of  equipment 
depreciation.  Under  ACR3,  the  cost  of  a  aicrocoaputer  used 
in  a  business  application  car.  be  falLy  depreciated  over  five 
years.  This  rapid  write  off  prorides  a  good  degree  of 
insurance  against  hardware  selection  mistakes. 

Although  not  readily  adaittel  by  aicrocoaputer  manu¬ 
facturers,  their  individual  prodirts  are  purchased  by 
consumers  without  regard  to  the  status  attached  to  the  brand 
naae.  Purchase  price,  not  the  prestige  of  say,  IBM,  is  the 
primary  consideration.  Por  example,  in  late  1982  Apple 
Computers  reduced  the  purchase  price  of  the  Apple  11+  modal 
by  approximately  25  percent.  Sharp  sales  declines  prompted 
Radio  Shack,  Zenith,  ini  IBM  to  mao  comparable  reductions 
on  their  similar  systeas  ^Ref.  15:  p.  »56],  This  indicates 
a  high  cross  elasticity  of  demand.  In  fact,  these  systems 
were  also  experiencing  sales  pressure  from  Apple's  forth- 
coaing  shift  from  »SI  to  LSI  technology  and  market 
anticipation  of  16  bit  microcomputers.  It  can  be  assumed 
that  this  high  cross  elasticity  means  price  is  nearly  inde¬ 
pendent  of  manufacturer,  terhiology,  and  machine 
architecture.  The  primary  element  in  hardware  price  is 
amount  of  main  memory.  figure  3.3  illustrates  costs  for 
various  memory  configurations  of  four  popular  micros. 

2.  Costing  Method 

The  cost  of  hardware  (Cw  )  considered  here  will 
include  two  elements;  the  cost  of  tie  processor  (designated 
Cc  )  and  the  cost  of  peripherals  (Cp  ).  Peripherals  will 
include  printers,  disk  drives,  models,  and  cards  installed 
in  the  computer  cabinet.  Processor  costs  refer  to  only  the 
CPU ,  co-processors,  and  meiory.  This  differs  from  mainframe 
costing  where  the  prices  for  these  items  are  so  variable 
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COST  vi.  MAIN  MEMORY 


LEGEND 

a  -  IBM 
♦  -  Zenith 


■■a -in-  & 


3900  MOO  1900 

Cost  (dollar*) 


Source:  Byte  Magazine  | 


Figure  3.6  Prica3  of  Four  Hicrocoeputars. 


they  oust  be  considered  separately.  fcs  shown  ia  Figure  3.6, 
hardware  cost  is  priaacily  i  function  of  seaory  size. 
Therefore,  a  unit  of  aeiory  is  a  convenient  measure  when 
referring  to  the  size  of  the  microcomputer.  The  memory 
required  is  a  function  of  the  applications  selected  to  run 
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on  the  computer.  The  memory  must  ba  large  enough  to  contain 
the  program  and  data.  rhi3  requirement  is  becoaing  lass  and 
less  binding  as  new  operating  systems  which  are  capable  of 
"swapping  pages"  of  aeaory  are  introduced.  Swapping  is  the 
technique  whereby  aain  aaaory  contains  only  that  amount  of 
information  needed  to  perform  the  currant  program  step.  The 
additional  instructions  aid  data  ara  swapped  back  and  forth 
from  a  secondary  storage  device  such  as  a  disk.  The  cost  of 
peripherals  can  likewise  be  considered  as  a  step  function 
dependent  upon  applications.  k  priitar  or  aodam  will  only 
be  purchased  if  required  by  the  intended  application. 

At  this  point,  what  is  needs!  is  a  way  to  cost  hard¬ 
ware  and  peripherals  as  a  non-racurring  cost  while 
accounting  for  the  historical  price  reduction  of  the  items. 
Eia-Dor  and  Jones  [Ref.  15:  p.  6  ]  provide  a  good  discussion 
of  this  problem: 


It  is  assumed  that  the  market  prica  of  hardware  can  be 
astimated  as  a  function  of  time.  This  function  /called 
the  unit  cost  estimating  relationship).,  is  written  u 
(t,H)  .  .The  inclusion  of  the  time  variable  models  the 
observation  that  hardware  prices  have  changed  most 
dramatically  over  time.  In  general,  fcr  a  given  tech¬ 
nology,  intuition  (and  casual  empsrioism)  suggests  that 
market  prices  decline  over  c ime--s acond  and  third-hand 
sales  are  at  lower  prices  than  first  time  sales.  Thus 
the  time  rate  of  change  (designated  du/it)  is  generally 
negative  for  computer  hardware.  The  variable  u  repre¬ 
sents  the  parameters  of  the  estimating  function. 


The  parameters  referred  to,  in  conjunction  with  the  variable 
II,  are  the  parameters  that  locate  the  price  curve  of  the 
item.  For  example,  if  the  price  carve  is  linear,  then  equa¬ 
tion  3.7  shows  the  equation  for  the  price  curve  and  u  is 


M  - 


a 


f  V  A' 


(eqn  3.7) 


used  to  estimate  a  and  b.  Equation  3.8  modifies  equation 
3.7  to  indicate  the  dependence  of  the  parameters  a  and  b 
upon  3. 


--if  ;  — 


37 


M,-.  A  (z)f-tJ-(s) 

(eqn  3.8) 

When  dealing  wita  Bin rocoip uters ,  an  additional 
variable  applied  to  the  unit  cost  esxiaating  relationship 
will  yield  the  desired  total  cost.  That  variable  is  the 
naiber  of  units  of  oeaory  needed  ay  the  application  that 
uses  the  lost  memory  (designated  Hc  * .  Therefore  the  total 
cost  of  hardware  at  the  tiae  of  start-up  (designated  Tg  )  is 

^c.~  ^ 4  .  C  t  q  >  ^ &  )  (aqn  3.9) 

equation  3. 9  .  Likewise,  where  Hp  equals  the  maximum  cost 
of  peripherals  over  all  applications,  the  cost  of  periph- 

CP  *  Hp  (Ta  ,  -2p)  (eqn  3.10) 

erals  ax  start-up  is  given  by  equation  3.10  .  It  should  be 
pointed  out  that  where  Bc  refers  to  the  maximum  of  one 
applicaxion,  Hp  refers  to  the  maximum  over  all  applica¬ 
tions.  For  example,  Hp  is  the  sum  toxal  of  the  cost  of  the 
printer  for  application  oae;  the  Laiguage  card  for  applica¬ 
tion  two;  the  disk  drive  for  application  three;  and  so  on. 

The  salvage  value  of  both  hardware  types  can  also  be 
determined  using  the  unit  cosx  estimating  relationship.  In 
this  case,  the  tiae  at  which  production  ceases  (designated 
Te  )  is  used  to  locate  the  values.  The  equations  for 

=  f/c  Me.  C  ls  ,  &c.  )  (eqn  3.11) 

Sp-  Hp*p  <X  •^p)  (eqn  3.  12) 
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salvage  values  axe  written  in  aquations  3.11  and  3.12  .  la 
these  and  all  time-depandant  equations,  Ta  and  r£  axe 
calculated  based  on  the  pcasent  as  time  zexo. 

Summing  the  two  values  defined  by  equations  3.11  and 
3.12  will  yield  Sv  ,  the  total  hardware  salvage  value.  This 
value  must  be  discounted  to  the  prasaat  and  subtracted  from 
tha  costs  to  yield  the  nat  present  value  of  the  hardware. 
This  is  accomplished  by  applying  taa  appropriate  discount 
rate  (r)  as  shown  in  equation  3.13  where  CH  is  the  sum  of 

/0?VH  ■=■  CH  ®  +  &  £  (eqn  3.13) 

Cc  and  Cp  ,  the  results  of  sguations  3.9  and  3.10 
Selection  of  tha  discount  rate  is  left  to  the  individual. 

3.  Hardware  ^aintaqan q e  Cost 

Since  software  maintenance  is  performed  only  by  tha 
software  vendors  as  discussed  above,  the  only  maintenance 
costs  in  this  scenario  are  hardware  maintenance  costs  (C^  ) . 
Thase  costs  are  spread  over  tha  entire  lifecycle  of  the 
project  and  are  the  only  recurring  costs  of  automation. 
Materials  such  as  diskettes  and  paper  are  overhead  costs  and 
will  not  be  included  in  tais  analysis.  The  symbols  p<-  and 
Pp  will  be  used  to  designate  tha  price  of  naintanance  of 
tha  processor  and  peripherals,  respectively.  At  each 
instant  of  production,  tha  maintenance  costs  are  illustrated 
by  equation  3.14,  where  the  zero  subscript  means  that  tha 

Cm  (^e.  Pc. t  Up  Pp)  (aqn  3.14) 
o 

variable  represents  any  given  instant  in  time.  Therefore, 
the  net  present  lifecyla  maintenance  costs  (SPLT^  )  can  ba 
derived  by  adding  all  tna  instanti naous  values  by  using 
integration  and  discounting  to  tha  present  as  in  equation 
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( egn  3.  15) 


A/P/4,  (4  #  “f(H*  P.  *  Up  Pfi)  «•' ' **<& 

T»  *  r, 

3.15  .  This  maintenance  cast  can  also  be  called  the 

operating  cost  of  the  system. 


C.  OTHER  COSTS 

1 .  Risks 

The  risk,  of  failure  of  an  automated  project  must  be 
considered  as  a  cost.  It  is  not  quantifiable  since  the 
probability  of  failure  cannot  be  estimated  with  any  accu¬ 
racy.  The  risk  of  failure  can  oe  substantial  as  this 
quotation  from  Levy  [Hef.  17:  p.  234]  illustrates: 

Small  businessmen  are  usually  more  demanding  than  other 
customers  because  often  their  entire  business  operation 
iepends  on  the  computer.  ...  Rsitiec  the  small  comDuter 
business  nor  its  small  ousiness  customer  can  survive  a 
major  financial  mistake. 


Wickham  [Ref.  10:  p.  51]  agrees: 


The  risk  to  the  potential  first  time  small  business 
computer  user  is  a  major  deterrent  to  the  use  of 
computers  in  many  cases.  When  the  business  owner 
considers  the  extent  to  which  he  is  olayiag  'You  Bet 
Your  Company'  on  the  successful  transition  to  a  new 
computer  system,  he  becomes  very  cautious.  The  risk  is 
inherent  in  the  managers  lack  of  experience  and  knowl¬ 
edge  in  the  area  of  comouters,  but  also  due  to  the  fact 
that  the  system  size  and  cost  is  such  that  he  must  olace 
as  many  applications  as  possible  on  the  system  in  order 
to  justify  its  cost.  This  of  course,  further  increases 
the  risk  he  is  taking. 


Even  with  a  low  probability  of  failure,  the  expected  value 
can  remain  quite  high  since  the  entire  business  may  depend 
upon  the  computer.  Haftka  [Feff.  3]  relates  the  situation  of 
a  failed  attempt  by  professional  computer  scientists  to  use 
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an  eight-bit  micro  for  a  structural  engineering  application. 
Problems  arose  froma  a  totally  unexpected  source;  the  micro¬ 
computer's  eight-bit  representation  of  numbers  resulted  in 
poor  data  accuracy.  The  micro  could  not  carry  the 
significant  digits  needed  for  precise  structural  analyses. 

A  corollary  to  the  risk  of  failure  is  the  risk  of 
using  a  poorly  designed  system,  one  that  does  not  actually 
meet  the  needs  of  the  individual.  The  expense  involved  is 
the  opportunity  cost  of  using  a  batter,  more  effective 
method  or  perhaps  improving  perfonance  by  using  the  old 
manual  system.  Rather  than  admit  failure  and  write  off  the 
experience  as  a  loss,  users  will  often  force  tnemselves  to 
use  a  computerized  system.  some  examples  of  poor  systems 
are: 

1.  Systems  that  raguice  continuous  data  encoding  for 
machine  readability. 

2.  Systems  producing  cLuttsred  output. 

3.  Systems  with  poor  data  accuracy. 

4.  Programs  which. force  users. through  aanv  steps  when  a 
simple  upaate  rs  all  that  is  needed. 

5.  Systems  which  cannot  be  used  without  frequent 
referral  to  instruction  manuals. 

Since  these  costs  cannot  oe  determined,  they  will  not  be 

included  in  the  decision  rule. 

2-  Design  and  ?tart-ua  Costs 

Design  and  start-up  costs  are  extremely  difficult  to 
quantify.  They  represent  the  opportunity  costs  of  the  time 
lost  while  building  and  implementing  the  system.  There  is 
much  in  the  literature  iealing  with  mainframe  and  large 
system  start-up  costs,  but  these  examples  cannot  be  scaled 
down  to  apply  to  microcomputers.  This  is  due  to  the  fact 
that  most  of  these  costs  are  incurred  by  computer  system 
professionals,  not  the  system  user,  a  relatively  unskilled 
layman.  One  of  the  primary  elements  in  this  cost  category 
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is  the  expense  of  converting  flit  paper  files  into  a 
coaputer  database.  There  are  three  basic  aethods  of  file 
conversion;  mass  conversion,  conversion  at  tiie  of  account 
service,  and  conversion  of  new  accounts.  The  latter  two 
aethods  carry  an  additional  burden  of  having  two  systeas  in 
operation  siaultaneously.  For  purposes  of  the  decision 
rule,  these  costs  will  not  be  considered.  If  accurate  esti- 
oates  of  these  expenses  can  be  obtained,  they  should  be 
considered  as  a  non-recic ring  cost  encountered  at  systea 
start-up  tiae. 
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Now  that  the  costs  i a  d  benefits  have  been  eeasured, 
development  of  a  set  of  decision  rales  to  periit  optimiza- 
tion  can  begin.  The  previous  chapter  discussed  optical 
levels  of  hardware  and  software  separately.  This  is  useful 
for  a  general  explanation  of  the  optima  amounts  but  does 
not  cover  the  specific  combination  in  detail.  The  decision 
rules  are  based  on  the  technique  of  linear  programming  to 
achieve  optimization.  The  fora  of  the  linear  program  seeks 
to  maximize  or  minimize  an  objective  which  is  a  function  of 
one  or  more  decision  variables,  subject  to  a  set  of 
constraints.  The  initial  decisions  on  quantity  and  mix, 
timing,  and  allocation  form  constraints  on  the  primary 
economic  decision  rule. 

A.  DECISIONS 

1-  15.1  SU 

The  quantity  and  mix  decision  attempts  to  optimize 
the  amount  of  hardware  and  software  purchased.  Since  the 
amount  of  software  drives  the  decision  on  how  much  hardware 
to  procure,  the  mix  decision  is  trivial.  However,  the  cost 
of  additional  hardware  does  affect  the  decision  on  how  much 
software  to  purchase.  Soma  marginal  measure  of  value  change 
in  relation  to  a  change  in  the  quantity  of  software  is 
needed  to  calculate  the  desired  quantity  of  software.  The 
section  on  revenue  generation  in  Chapter  II  noted  that  the 
microcomputer  does  not  actually  contribute  revenue  to  the 
user  but  produces  benefits  which  have  a  measurable  value. 
Assuming  this  value  i3  created  by  the  machine  (with  the 
applicable  software),  tnere  is  soie  production  function. 


<pv, 

can 

with 


yhich  defines  this  value  creation.  The  target  measure 
be  expressed  by  the  change  in  the  production  function 
respect  to  the  change  in  the  quantity  of  the  sole 


(eqn  4.1) 


input#  software.  Equation  4.1  is  the  resultant  measure.  It 
shall  be  called  the  marginal  value  product  of  software 
(H1TP  ).  This  is  at  variance  with  the  traditional  definition 
of  marginal  value  product  which  refers  to  the  specific  case 
of  the  marginal  revenue  product  of  a  good.  ffowever,  the 
term  marginal  value  product  will  be  used  here  to  underscore 
ths  facts  that:  a)  no  physical  product  is  produced  (hence 
marginal  physical  product  is  inappropriate);  b)  the  system 
generates  no  direct  revenue  (which  means  marginal  revenue 
product  is  not  the  correct  termi ;  and  c)  the  benefits 
produced  have  a  measurable  value.  Therefore,  marginal  value 
product  seems  to  be  the  most  correct  term  for  this  unique 
case  although  it  is  not  tne  textbook  definition. 

The  marginal  increase  in  software  may  require  an 
additional  amount  of  hardware  and  increased  maintenance.  5o 
the  net  present  value  of  the  hardware  must  be  considered 
along  with  the  acquisition  cost  of  the  softwace  which  will 
form  the  opportunities  foregone  by  the  project.  The  acqui¬ 
sition  cost  of  the  software  (C5  )  from  equation  3.4  is  added 
to  the  net  present  value  of  the  hardware  from  aquation  3.13 
and  the  lifecycle  maintenance  cost  as  figured  in  aquation 
3.15  .  Therefore,  the  overall  net  opportunities  foregone 
(which  will  form  the  numerator  of  the  decision  rule)  are 
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(eqn  4.2) 


found  by  equation  4.2  .  Now  by  applying  the  lifecycle 
values  gained  by  software  utilization  to  equations  4.1  and 


-/tTJa 


-+Ta 
«*  + 


(eqn  4.3) 


4.2  the  formal  decision  rule  can  be  derived  a3  equation  4.3. 
The  marginal  value  product  of  equation  4.1  is  divided  by  one 
to  form  the  denominator  of  the  right  hand  side  of  equation 

4.3  .  Thus  the  right  hand  side  is  the  net  opportunities 
foregone  divided  by  the  marginal  vaLie  product  or,  the  net 
opportunities  foregone  at  the  margin.  The  left  hand  side  of 
equation  4.3  is  the  lifecycle  marginal  value  of  the  system 
as  found  by  equation  3.2,  where  the  quantity  of  the  input, 
q,  in  equation  3.2  refers  again,  to  the  sole  input,  soft¬ 
ware.  In  words,  the  optimal  quantity  of  software  will  be 
purchased,  ceteris  paribus.  when  the  marginal  present  life¬ 
cycle  value  of  the  system  equals  the  marginal  present 
lifecycle  cost  of  the  system  measured  in  terms  of  software. 

2 .  IL&iaa 

The  decision  on  when  to  begin  microcomputer  opera¬ 
tions  is  very  important.  As  discussed  in  Chapter  II,  the 
price  of  hardware  has  decreased  greatly  over  time.  The 
timing  decision  rule  accounts  for  the  net  opportunities 
gained  and  foregone  at  the  margin  by  starting  operations  at 
time  Tb  and  ceasing  operations  at  ti«e  TE  .  The  marginal  net 
opportunities  gained  at  Tjj  is  the  value  of  the  system  less 
the  operating  (maintenance!  costs.  Equation  4.4  is  derived 
from  equation  3. 14  and  shows  these  opportunities  discounted 
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(eqn  4.4) 
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to  the  present.  Sow  equation  4.4  tust  be  decreased  by  the 
cost  of  not  delaying  purchase  in  a  market  where  the  prices 
are  falling.  As  mentioned  earlier,  Sin-Dor  and  Jones  desig¬ 
nated  this  price  reduction  as  iu/it.  Adapting  this  notation 
and  substituting  the  relevant  variables  yields  equation  4.5, 
the  representation  of  the  costs  of  purchasing  hardware  at 
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time  Tg. 

Since  prices 

yield  a  negative  value. 

tion  4.4 

and  4.5  to 

i 

i 
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re  falling,  equation  4.5  should 
The  next  procedure  is  to  add  equa¬ 
tors  equation  4.6,  the  total 

J  (sqn  4.6) 


opportunities  gained  at  rime  Ta.  (low  that  the  opportunities 
gained  have  been  adjusted  for  the  opportunity  cost  of  the 
purchase  time,  equation  *.6  can  be  called  the  time  marginal 
net  value  plus  the  tine  marginal  acquisition  expenditure 
adjusted  for  opportunity  cost.  Mote  that  here  again  the 
values  of  the  hardware  variables  refer  to  that  amount  of 
hardware  needed  to  implement  the  applications  for  which 
software  is  obtained. 

The  opportunities  foregone  at  the  margin  are  simply 
what  could  be  done  elsewhere  with  tie  funds  invested  in  the 
system.  This  figure  is  obtained  by  multiplying  system  cost 
from  equations  3.9  and  3.10  times  ;he  appropriate  rate  of 
return.  Therefore,  equation  4.7  represents  the  aec  opportu¬ 
nities  foregone  due  to  system  start-up.  Equation  4.7  is 
al3o  called  the  time  margiial  interest  value  on  acquisition 
expenditure  opportunity  cost.  Since  the  optimum  is  defined 
as  the  point  where  the  net  marginal  value  is  zero,  setting 
the  marginal  opportunities  gained  (marginal  value)  equal  to 
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(aqr.  4.7) 


tha  marginal  opportunities  foregone  (marginal  cost)  will 
produce  the  desired  decision  rale.  Equation  4.3  is  formed 
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by  setting  equation  4.6  equal  to  aquation  4.7  .  Tha 
discounting  factors  on  aither  sida  of  the  equality  sign 
cancel  out.  This  means  tha  results  naad  not  be  expressed  in 
now  year  dollars.  The  derision  role  can  now  be  stated  as: 
the  optimum  time  to  begin  system  use,  ceteris  ga-ibijs,  is 
whan  the  time  marginal  ast  valua  plus  the  time  marginal 
acquisition  expenditure  adjusted  for  opportunity  cost  equals 
tha  time  margins  1  interest  value  on  acquisition  expenditures 
opportunity  cost. 

The  decision  rule  on  when  to  cease  operations  is 
computed  in  exactly  tha  same  way  axoapt  now  the  opportuni¬ 
ties  are  gained  and  foregone  by  continuing  operations.  Tha 
system  end  time  (Tc )  is  used  in  placa  of  system  start  time 
(T8) .  Also  tha  cost  of  software  realized  at  start  time  now 
appears  as  a  charge  against  system  value.  This  assumes 
software  cannot  be  soli  with  the  system.  Equation  4.9  is 
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(eqn  4.9) 


tha  result  of  these  changes.  Equation  4.9  states  that  tha 
optimum  time  to  cease  system  operation,  £§tg£i§.  Ba*ife3tS» 
occurs  when  the  time  marginal  system  value  plus  the  time 
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marginal  hardware  salvage  value  adjusted  for  opportunity 
cost  equals  the  foregone  time  marginal  interest  value  of  the 
har dvare. 

3.  AUasatjoa 

The  allocation  decision  rule  aeasures  opportunities 
gained  and  foregone  at  tie  margin  by  using  the  computer 
system.  In  this  discussion  tha  terms  value  and  revenue  have 
some  important  implications.  Becall  that  microcomputer  use 
in  and  of  itself  does  not  generate  revenue  but  rather  saves 
cost  and  time.  The  time  savings  has  a  value  ir.  that  tha 
extra  time  can  enable  the  user  to  generate  revenue  for  the 
firm.  Therefore,  the  a? portunities  gained  by  using  the 
system  will  be  called  value.  If  tie  user  is  aot  using  the 
system,  it  is  assumed  he  will  be  engaged  in  some  activity 
that  will  produce  revenue  for  the  firm.  Hence  the  opportu¬ 
nities  foregone  by  the  user  using  the  system  are  the 
revenues  he  -  could  have  generated  if  he  were  not  using  the 
microcomputer.  The  term  revenue  will  be  used  when  speaking 
of  the  opportunities  an  individual  can  gain  without  using 
the  micro.  As  will  be  shown  later,  plots  of  revenue  and 
value  over  time  form  different  curves.  It  is  tha  nature  of 
these  differences  that  permit  calculation  of  the  optimum 
time  allocations.  A  brief  discussion  of  revenue  ger  oration 
in  a  small  firm  is  required  at  this  point  to  amplify  the 
distinctions  between  value  and  revenue. 

Unlike  large  computing  systems  serving  many  users, 
personal  computers  are  aot  in  continous  use.  They  are 
designed  to  serve  a  single  user  and,  thus,  are  used  in  much 
the  same  way  as  a  telephoae  to  accomplish  a  specific  task. 
Therefore,  the  user  should  develop  some  insight  on  how  much 
time  to  use  the  system  aid  how  to  allocate  that  time  among 
the  various  applications.  This,  of  course,  is  highly  depen¬ 
dent  upon  the  nature  of  the  market  affecting  the  user. 
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Consider  the  case  o£  a  snail  business  operating  in  a 
perfectly  competitive  nacot.  This  is  a  valid  assumption, 
for  although  an  industry  nay  be  dominated  by  a  few  large 
firms,  the  market  segment  for  the  remainder  of  suppliers  nay 
operate  under  perfect  competition.  Mansfield  ; Bef .  18:  p. 
127]  states  that  under  perfect  competition  a  firm  will 
possess  demand  and  marginal  revenue  curves  that  are  hori¬ 
zontal  and  equal.  The  line  labelled  MB  in  the  lower  graph 
of  Figure  4.1  shows  Mansfield's  marginal  revenue  curve  over 
time.  Therefore,  assuming  the  potential  computer  user  dedi¬ 
cates  more  time  to  revenue  generation,  the  best  that  can  be 
expected  is  a  monotonic  increase  in  total  revenue  over  time. 

This  linear  increase  in  total  revenue  ( r R )  over  time 
(t)  means  that  the  time  aarginal  revenue  or  marginal  oppor¬ 
tunities  foregone  by  systai  use  represented  in  equation  4.15 
reduce  to  a  constant  •  The  time  marginal  opportunities 
(value)  gained  by  using  toe  system,  however,  have  a  point  of 
diminishing  marginal  returns  as  shown  by  Figure  4.1  .  The 
marginal  value  curve  in  Figure  4.1  ias  an  equation  as  shown 
in  equation  4.11  .  naturally,  the  user  will  perform  the 
function  that  has  the  largest  marginal  contribution  to  fcis 
firm.  There  is  some  time,  shown  on  Figure  4.1  as  t*,  when 
the  marginal  revenue  of  non-use  are  greater  than  the 
marginal  value  of  using  the  system.  At  this  point  the  user 
will  stop  working  with  the  computer  and  begin  revenue  gener¬ 
ating  activities.  The  decision  rule  is  then,  the  optimum 
amount  of  system  use  is  achieved,  jeteris  paribus ,  when  the 
time  marginal  revenues  gained  from  not  using  the  system 
equal  the  time  marqinal  values  of  system  use.  It  is 
expressed  by  equation  4. 12  where  use  time,  t,  is  less  than 
T,  the  total  time  the  system  is  available. 

Now  that  the  optiaum  aaount  of  system  use  has  been 
identified,  the  user  iU3t  try  to  maximize  the  total  and 
marqinal  values  of  the  system  by  choice  of  applications. 


Figure  4.1  yalue-Rewenaa  Relationships  in  a  Saall  Fire 
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selecting  the  amount  of  time  the  various  prograas  are  to  be 
executed  on  the  microcomputer.  This  procedure  enables  the 
user  to  attain  the  miicimua  value  from  the  system. 
Maximizing  system  value  ran  be  expressed  as  an  integer 
program  with  equation  i.  12  as  a  constraint.  Integer 
programming  is  the  proper  technique  since  an  application 
program  has  no  value  unless  it  is  completed.  The  program 
is: 

Max  Z  =  x, /t,  v,  ♦  x^/t*  v^*  x3/t3  v3«-.  .  .  xv/t^  vv 

By  choice  of:  x,  ,  %2 ,  x,  ,  .  .  .  xu. 

Subject  to: 

x,/t,  ♦  x^/t*  «•  X3/t3  ♦  .  .  .  x„/t*  =  t* 

JJL- 

'■*/  '  '7T~ 
t  <  r 

and  noo -negativit y. 

In  the  integer  program,  the  x  values  are  the  decision  vari¬ 
ables  which  represent  the  optimum  amount  of  tiaa  to  run  each 
application  (the  subscripted  v  variaoles) .  The  subscripted 
t  variables  represent  the  run  time  of  each  application.  The 
quantities  x/t  are  then  the  amount  of  run  tiaa  divided  by 
the  required  run  time  to  yield  tha  number  of  times  each 
application  should  be  run  in  time  t*r  the  optimum  amount  of 
system  use  time.  Equation  4.12  appears  here  as  a  constraint 
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as  a  reminder  that  the  optimum  amount  of  system  use  time  has 
already  been  determined  aid  cannot  be  violated.  Notice  that 
hardware  costs  play  no  part  in  the  allocation  decisions. 
Since  the  investment  has  already  been  made,  these  costs  are 
known  as  sunk  costs  and  are  not  relevant  to  the  decision. 


B.  STSTEH  DECISION  BOLE 

The  system  decision  rule  attempts  to  maximize  system 
value  by  selection  of  both  hardware  and  software.  It  is 
expressed  as  a  linear  program  encompassing  many  of  the  equa¬ 
tions  previously  discussal.  The  rule  calculates  the  maximum 
vaLue  that  can  be  achieved  oy  the  system  unier  optimum 
conditions  and  provides  the  basic  figures  for  lifecycle 
cashflow  analysis.  The  system  decision  rule  is: 

r7*  fTe  -aS 

max  2  =  JV  e"  dt-  Zs  -  CH  *  5„  -  JC^e'  it 

T*  ^ 

By  choice  of:  C4  ,  Zk  ,  T3 ,  Te 


dt-  -  Cw  ♦  5„ 


Subject  to: 
V  =  £v; 


Cs  = 


eqn  3.5 
eqn  3.4 


CH  =  ac  ut  (T8  ,ue  )  ♦  Hfup  (r8,Op)  e' 


eqn  3.9,  3.10 

S/  =  H^Ue.  (TB  )  ♦  Hpip  (r*.#Up)  e~"'fc  eqn  3.11,  3.12 

c m  -  Htp&  ♦  Hp p?  eqn  3. 14 

Ta  <  Te 

and  non-negativity. 

Notice  that  this  is  not  a  marginal  computation,  but  a 
straightforward  accounting  of  system  value.  411  factors  are 
discounted  to  the  present  where  appropriate. 


C.  SBHSIVITT  ANALYSIS 


Sensitivity  analysis  identifies  those  variables  within 
the  decision  rule  which  introduce  the  greatest  amount  of 
change  in  the  final  outcoie.  Two  variables  which  introduce 
great  fluctuations  in  the  equation  are  interest  rate  (r)  and 
lifecycle  (t)  .  These  serve  as  magnifiers  of  the  recurring 
costs  and  can  introduce  wile  variations  in  the  results.  The 
lifecycle  figure  can  also  have  great  impact  if  workload 
growth  over  the  lifecycle  exceeds  the  amount  allotted  for  in 
hardware  size.  The  rule  should  be  recalculated  with  several 
sets  of  lifecycle  and  rate  values  while  keeping  the  other 
decision  variables  constant.  This  will  help  identify 
possible  alternative  solutions. 

The  quantity  of  software  produced  is  another  variable 
which  has  a  large  effect  on  the  decision  rule.  Since  hard¬ 
ware  is  selected  to  fit  the  software#  the  quantity  of 
software  determines  both  processor  and  peripheral  costs  as 
well.  These  costs  in  turn  are  used  to  figure  hardware  main- 
tenance  cost#  a  recurring  cost  throughout  the  lifecycle. 
This  means  that  the  initial  seiectinn  cf  software  is  crit¬ 
ical  not  only  in  the  value  determination  previously 
discussed,  but  as  a  cost  factor  that  is  the  basis  of  many 
other  computations.  In  addition,  aost  of  these  costs  are 
incurred  a z  the  system  start  tine  and  are  not  greatly 
affected  by  discounting.  This  "front  loading"  of  costs  in 
now  year  dollars  means  a  substantial  commitment  is  at  risk 
in  the  project. 

0.  ECONOMIES  OF  SCALE 

A  final  topic  in  this  economic  analysis  concerns  econo¬ 
mies  of  scale.  Assuming  the  user  is  about  to  procure  a 
microcomputer,  the  question  of  whether  greater  savings  can 
be  achieved  by  moving  to  a  larger  scale  computer  is  germaine 


to  this  discussion.  Sines  the  micro  represents  the  smallest 
scale  computer,  the  existance  of  economies  of  scale  should 
dictate  against  a  small  computer  purchase.  The  issue  of 
economies  of  scale  was  first  postulated  by  Herbert  Srosch  in 
the  1940's.  Grosch's  law  states  that  computer  equipment 
average  cost  decreases  substantially  as  size  increases. 
Sharpe  [Ref.  9:  p.315]  interpreted  Grosch's  law  in  the  form 
of  equation  4.13  where  2  is  system  cost;  E  is  effectiveness 
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(eqn  4. 13) 


(performance,  speed,  throughput);  and  K  is  some  constant. 
Subsequent  findinqs  by  Solomon  [fief.  19]  and  Knight 
[Ref.  20]  indicate  Grosch's  law  applies  more  to  scientific 
computing  and  other  CPU  Intensive  processing  than  business 
applications  but  is  generally  true  over-  a  wide  range  of 
computing  uses.  Does  this  mean  that  diseconomies  are  auto¬ 
matically  introduced  by  the  very  nature  of  small  computers? 
Hardly;  these  findings  are  all  based  on  large  operations 
where  there  is  a  continuous  job  stream.  The  personal  user, 
has  perhaps  a  dozen  applications,  not  nearly  enough  to  keep 
a  mainframe  busy.  Economies  cf  scale  do  exist,  but  only 
when  the  amount  of  work  is  sufficient  to  warrant  the  large 
com  puter. 
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This  paper  is  an  initial  attempt  to  clarify  the  benefits 
gained  by  microcomputer  use.  There  is  a  surprising  lack  of 
literature  on  the  econoairs  of  small  systems,  lost  of  these 
equations  are  based  on  information  gained  by  studying  large 
systems  and  applying  it  to  the  small  system  market.  There 
is  a  great  deal  of  literature  offering  general,  non- 
parametric  advice  to  the  personal  coaputer  user. 
Onfortur.&tely,  most  authors  prefer  to  discuss  hardware  and 
overlook  the  real  value- producing  object,  software.  This 
hardware  orientation  results  in  situations  like  that  of 
Standard  Oil  of  Indiana.  Standard  spent  a  great  deal  of 
tiae  and  money  selecting  the  best  microcomputer  for  use  by 
their  executives.  The  culmination  of  this  effort  was  a 
lengthy  report  on  microcomputers  [Bef.  21]  and  inclusion  of 
the  approved  systems  in  their  qualified  products  list 
(Hef.  22].  This  means  tiat  executives  are  authorized  to 
purchase  any  of  the  qualified  systems  with  no  guidance  as  to 
effective  software.  In  terms  of  the  decision  rules 
discussed  above,  this  is  cLearly  a  mistake. 

This  paper  presents  the  hypothesis  that  production  of 
value  using  a  microcomputer  involves  only  one  input,  soft¬ 
ware.  Hardware  is  obtained  only  .. s  a  device  to  accomplish 
the  software's  work  and  its  size  is  dependent  upon  the 
requirements  of  the  software.  In  tais  setting,  hardware  is 
analogous  to  a  catalyst  in  chemistry;  the  presence  of  a 
catalyst  is  reguired  for  a  reaction  but  is  not  actually  an 
input.  The  decision  rules  reflect  this  assumption  by 
relating  the  costs  of  hardware  to  the  amount  of  software 
required.  Since  memory  aas  become  increasingly  less  expen¬ 
sive  and  microprocessor  speeds  increased,  programmers  have 
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become  less  concerned  aoou t  limiting  prograi  3izs.  the 
hardware  costing  decision  rales  show  that  a  savings  can  be 
gained  by  keeping  memory  requirements  low. 

More  empirical  research  is  needed  to  help  determine  how 
value  is  produced  by  a  microcomputer.  If  the  production 
functions  of  various  microcomputers  can  be  expressed  econo- 
metrically,  it  would  reduce  the  coiplexity  of  some  of  the 
decision  rules  and  provide  some  hard  numbers  to  work  with. 
Also,  the  effect  of  various  pieces  of  software  on  the 
economic  decisions  is  not  clearly  understood.  More  basic 
research  into  the  nature  cf  iaforiation  quality  is  needed. 
For  example,  what  are  the  opportunity  costs  gained  ar.d  fore¬ 
gone  when  selecting  an  accounting  software  package  froi 
vendor  A  instead  of  vendor  B?  The  answer  depends  upon  the 
valuation  of  the  effectiveness  of  the  two  competing  software 
packages.  At  this  time  no  empirical  method  exists  for 
measuring  effectiveness  of  quantities  of  software. 

Consideration  of  the  recreational  value  of  microcom¬ 
puters  has  been  purposely  excluded  from  the  decision  rule 
since  the  hobby  application  does  not  contribute  to  the 
firm’s  revenue.  This  may  not  oe  a  valid  assumption. 
Evidence  exists  that  computer  power  in  the  nands  of  the 
individual  has  some  value  to  the  user  as  a  perquisite  cf  his 
position.  In  fact,  in  a  gusi&ess  Week  article  on  marketing 
small  computers  [Hef.  23:  p.  78],  barren  winger,  chairman 
and  owner  of  the  Compu  Shop  chain  observes. 

Personal  computers  are  very  much  like  single  engine 
business  aircraft.  Ihsy’re  boagit  for  business,  but 
lost  of  the  activity  at  smaller  airports  is  on  the 
w  ee kend. 

If  there  is  no  demonstrable  value  gained  by  such  recrea¬ 
tional  use,  there  is  at  best  some  psychological  benefits  or 
image  enhancement  to  be  gainsd  oy  the  user  by  having  a 
computer  system  at  his  disposal. 


The  importance  of  systems  analysis  cannot  De  overempha¬ 
sized.  This  paper  has  suggested  a  systematic  method  for 
analyzing  benefit  elements  designed  to  tailor  the  microcom¬ 
puter  to  the  individual.  To  achisve  the  maximum  benefit  it 
is  essential  that  the  applications  be  clearly  identified. 
This  method  of  benefit  analysis  attempts  to  combat  the 
unknown  quantities  mentioned  above  in  an  informal,  i.  e. 
r.on-aathematical ,  way,  aloeit  within  a  well-spsoified  frame¬ 
work.  Most  of  the  variables  used  in  the  decision  rules  are 
based  on  the  selection  nf  effective  software  to  meet  the 
individuals'  needs.  Ml  the  software  in  the  world  will  be 
of  no  value  if  the  user  does  not  understand  the  nature  of 
his  work  and  how  to  accomplish  it. 


I££3&MJ  i 

VARIABLE  DIRECTDRT 


V  *  value  obtained. 

TV  *  total  value. 

TC  *  total  cost. 

MV  *  marginal  value. 

MC  *  marginal  cost. 

NV  »  net  value, 
a  *  revenue. 

TR  *  total  revenue. 

MB  a  marginal  revenue. 

V4  *  value  obtained  from  software. 

Cj  =  cost  of  one  application, 
v^  *  value  of  one  application. 
qs  =  quantity  of  software. 

C%  a  cost  of  software. 

CH  a  cost  of  hardware. 

Cc  *  cost  of  processors. 

Cp  =  cost  of  peripherals. 
uc  a  a  unit  of  processor. 

Up  a  £  unit  of  peripheral. 

Hc  a  total  amount  of  processor  required  by  software. 

Hp  *  total  amount  of  peripherals  required  by  software. 

Sc  a  salvage  value  of  processors. 

Sp  a  salvage  value  of  peripherals. 

Sv  *  total  salvage  value. 

C4  a  total  cost  of  maintenance, 
t  «  lifecycle. 

T  «  amount  of  time  in  lifecycle  (t)  that  the  system  can 
be  operated  accounting  for  maintenance  down  time  and  user 
time  off. 

Tg  *  time  of  system  cessation. 
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TB  »  tiae  of  system  start-up. 

tA  »  tiae  required  to  complete  application  i. 

r  *  discount  or  interest  rate. 

(pv »  aicrocoa puter  production  function. 
p_j  *  price  of  software. 
pt  »  price  of  processor  aaintenance. 
pP  >  price  of  peripheral  aaintenance. 
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